過去我們談「寫程式」,其實指的是一件很具體的事情:一行一行輸入指令,讓電腦照著做。
但當 OpenAI Codex 這類 AI agent 出現之後,一個更根本的變化正在發生:
工作的基本單位,不再是「程式碼」,而是「任務」。
這個轉變看起來微小,但它其實改變了整個軟體世界的結構。
筆者透過 AIMochi 筆記工具,整理多方公開資訊和最新報導內容,來探討當AI可以理解目標、拆解步驟、自己執行與修正時,「寫程式」這件事本身如何被重新定義。
在傳統開發流程裡,人的角色是這樣的:
思考需求
設計邏輯
寫程式
測試錯誤
修正問題
每一個環節都需要人主動參與。
但 Codex 這類 AI agent 的出現,改變的是中間那一段:
你不再寫「怎麼做」,你開始描述「要做到什麼」。
例如你可能只需要說:
幫我整理這些資料並產出 Excel
幫我分析這些檔案的差異
幫我建立一個自動分類郵件的系統
接下來真正的變化才開始發生。
AI agent 最關鍵的能力,不是「生成答案」,而是:
自動把一個模糊目標拆成可執行步驟。
以一個簡單例子來說:
🧾任務:「整理一個資料夾內的發票,並產出支出報表」
在人類流程裡,通常是:
打開資料夾
逐一查看檔案
手動輸入Excel
分類項目
加總計算
但 Codex 的處理方式更像這樣:
🤖AI拆解流程:
掃描資料夾結構
辨識檔案格式(PDF / 圖片 / 表格)
提取文字內容(OCR或解析)
建立資料結構(日期 / 金額 / 類別)
生成表格
自動驗證加總結果
輸出最終Excel檔案
重點除了「會做」,還是:它自己知道要分幾步做。
這就是 multi-step workflow 的本質。
當AI開始負責拆解與執行流程,人類的位置會自然往上移一層。
不用再手打每一行程式
實際上變成:
定義問題的人
設計目標的人
判斷結果的人
這是一種結構性改變。
因為在 Codex 的工作模式裡:
AI 負責「怎麼做」,人類負責「做什麼」。
這種分工非常類似早期工業革命的變化:
人類從體力操作 → 變成流程設計。
現在則是:人類從程式操作 → 變成任務設計。
傳統程式開發中,debug 是一件非常人類中心的事情:
觀察錯誤訊息
找出問題
修改程式
再次測試
但 Codex 這類 AI agent 的不同點在於:
它可以把錯誤視為流程的一部分,而不是終點。
例如,程式在讀取檔案時失敗,AI 可能會自動進入這個循環:
偵測錯誤(file not found / format mismatch)
推測原因(路徑錯誤 / 檔案格式不一致)
修改策略(改用不同解析方式)
再次執行
驗證結果
這個過程的關鍵在於:debug 不再是「修復」,更是「迭代」。
更進一步的能力是「自我驗證」。
在 Codex 的工作模式中,它不只完成任務,還會:
檢查輸出格式
驗證數據合理性
比對結果是否一致
修正不合理輸出
這代表一個非常重要的轉變:AI不只是執行者,而開始具備「基本品質控制能力」。
雖然它還不等於人類的判斷,但已經從「生成」走向「檢查生成」。
如果把這些能力組合起來:
任務拆解(planning)
自動執行(execution)
錯誤修正(debugging)
自我驗證(validation)
會發現一件事:
傳統軟體工程中的大部分流程,都被壓縮進AI agent裡了。
這會帶來三個結構性變化:
1️⃣ 開發速度不再是人類瓶頸
瓶頸變成:
任務定義清不清楚
需求描述是否正確
2️⃣ 程式碼變成「中間產物」
以前程式碼是最終成果,現在程式碼只是AI執行任務的過程記錄
3️⃣ 工程師角色轉向「系統設計與監督」
工程師不再主要寫 code,而是:
設計 agent workflow
檢查 AI 輸出
控制系統邊界
如果用一句話總結 Codex 帶來的改變:
工作正在從「具體操作」變成「抽象指令」。
這個抽象化的結果是:
不再需要知道怎麼寫程式
但需要更清楚知道「問題是什麼」
不再需要逐步操作
但需要設計整體目標結構
當AI可以幫你拆解、執行、甚至優化流程時,人類唯一不可被取代的部分變成:
定義問題的能力
這會讓一個很現實的問題浮現:
如果你連問題都說不清楚
AI再強也無法幫你
因此未來能力差距會變成:
除了「會不會用AI」,更是:「你能不能把問題變成AI可以執行的結構」
我們通常會把 Codex 看成一個更強的AI工具。
但更準確的理解是:
它正在改變我們描述工作的方式。
從:
寫程式
操作工具
手動執行
變成:
描述目標
定義任務
設計流程
當這件事成立時,真正被改變的除了軟體工程更是:「人類與電腦之間的語言」
而這,才是AI agent時代真正開始的地方。
以上僅供參考與資訊分享之用!若想快速了解更多資訊,透過 AIMochi 筆記工具,幫我們從海量資料中,梳理出關鍵資訊,讓我們精準掌握重要訊息!